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[57] ABSTRACT 

A graphical user interface (GUI) editing system for 
developing or editing of a new GUI through a GUI 
environment provided to a workstation, a personal 
computer or the like. The system is designed so that 
user*s erroneous operations can be effectively avoided, 
various sorts of processing are defined for a minimum 
number of events, the GUI editing can be carried out 
flexibly under vario\is GUI development environments 
while not prescribed by the size of GUI elements or by 
a GUI definition language, whereby such GUI develop- 
ment and editing can be efficiently and flexibly realized 
on a general-purpose operating system (OS). Further, a 
denotation procedure of a newly designed or edited 
GUI developing element to a GUI element database can 
be remarkably simplifled. 
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events to be generated in various ways. In other 

GRAPHICAL USER INTERFACE EDITING words, the user inevitably must provide various 

SYSTEM user inputs in various ways in the course of advanc- 
ing his operation. 

BACKGROUND OF THE INVENTION 5 (3) Predetermined sizes of memory areas are alio- 

1. Field of the Invention ^^^^ respective GUI elements to store neccs- 
The present invention relates to graphical user inter- . sary data therein. Therefore, when it is desired to 

face editing systems for developing or editing a new design or edit a new GUI through a different GUI 

graphical user interface through a graphic user interface environment. U is necessary to modify the editmg 

environment provided to a workstation, a personal system itself according to the elements in the appli- 

computer or the like, and, more particularly, to a graph- cation GUI environment, 

ical user interface editing system which enables the (4) Further, since the structure of a GUI definition 

realization of efficient and flexible development and language is also fixed for each of the GUI environ- 

editing of such user interface on a general-purpose oper- ments. when it is desired to design or edit a new 

ating system (OS). GUI through a different GUI environment, it is 

2. Description of the Related Art also necessary to modify the editing system itself 
Much attention has been recently focused on a graph- according to the elements in the application GUI 

ical user interface (sometimes, abbreviated to GUI, environment 

hereinafter) for providing a visual operating environ- (5) When it is desired to register a newly defined GUI 

mcnt to. a workstation, a personal computer or the like ^ developmg element in a GUI clement database, the 

as means or technique for remarkably enhancing intelli- user must type and input the attribute name and 

gent production through workstations or personal com- attribute value of the defmed element through a 

puters. troublesome procedure. 

The GUI is disclosed, for example, in the following jn xhk way, the prior art GUI development environ- 

hteratures, and other studies and developments on the 25 ^^^^^ ^^^^ possible to form the environment on a 

GUI have been advanced in various ways. general-purpose OS, has such problems (1) to (5) as 

• A book titled "How to Develop an Application on jjg^g j ^^^^^^ ^^^y^ ^iaxc been desired to solve as fast as 
GMW (give me more windows) Window System" possible, in particular, from its flexibility viewpoint, 
written by Koji Otani, Computer Software, Vol. 

17. No. 1 (1990, 1, 16). pp. 45-60. 30 SUMMARY OF THE INVENTION 

• An article "Graphical User Interface and its Devel- ^.^^ ^^^^ circumstances, it is therefore an ob- 
opment Environments", written by Masa^ Ha- invention to provide a GUI editing 
giya, pp. 29^6 m a book titled Leading Edge of ^ ^^^^ ^^^^ ^^^^ ^^^^^ 

Human Interface^. Japan Society for Software / ^ ^^^^^^^^ enviromnent 

Science and Technology, issued on Jan. 18 1990. 35 general-purpose OS, can solve the above 

• ^\T''\ ^Tl^ ^^"^Tq fn^fn iTook problemsinthepriorkrtkndcan;ealizeitsefricientand 
Tools'* wntten by M. Green, pp. 9-20 in a book niu ^A\f\r^f, r^,^or^»tir^n 

titled ^'User lnUrface M^^^^^^^^ ''''^:^^o$:^!H^r;^Z. invention is to provide 

?983 H I-? ' Spnnger.Verlag. ^ , ^Jj^^di^i^g^ys.em which can effectively avoid user's 

"Human-Computer Interface Devehpmenv Concepts ^""f "Ptf-^'f u to nrovide 

and Systems/or Its Management" written by H. Rex A further objec of the present '"^ff ^^^^^ 

Hanson and Deborah Hix. ACM Computing Sur- » GUI editing system which can define vanous sorts of 

veys Vol. 21, No. 1, 1989. 3, pp. 5-92. processing with respect to a mmimum number of 

Among such GUIs, some techniques such as seen in a 45 events. ^. . . 
sur (developed by Xerox Corporation) have been put Jet anoAer object of the present mvcnt.on >s to pro- 
to practical use. but since most of such GUI's have been vide a GUI ed.tmg system which can perform jts flexi- 
incorporated in operating systems (OSs). there have ble GUI editmg operation under vanous GUJ develop- 
been difficulties for users themselves to improve or ment environments whUe not prescnbed by the sue of 
customize them. Even an X window providing such a 50 GUI elenaente or a GUI defmition language. 
GUI environment under general-purpose OSs such as Yet a further object of the present mvention is o 
UNIX has had many problems including the following provide a GUI editmg system which can remarkably 
problems ( 1) to (5) from the viewpoints of practicability simpUfy a denotation procedure of a newly designed or 
and flexibility in some actual GUI systems which are edited GUI developing element m a GUI element data- 
becoming a standard as a development environment for 55 base. 

the X wSidow. ^ order to attain the above objects, m accordance 

(1) User's eiToneous operation cannot be effectively with an aspect of the present invention, there is pro- 
avoided. For example, when it is desired to design vided a graphical user interface editing system which 
or edit a new GUI through such GUI environment, comprises browser means for performmg management 
an assignment of the position of such a GUI ele- 60 over a plurality of graphical user interface elements; 
ment as practically impossible causes the X win- edit data manager means, for performing management 
dow to accept the GUI element as GUI data. over a graphical user interface data of each of the ele- 

(2) The GUI usually accepts as an event a user input ments to be arranged and edited on every element basis: 
through such an input device as a mouse or a key- and editing analyzer means for receiving a user input 
board, analyzes the accepted event and executes 65 through an input device as a graphical user interface 
suitable one of previously defmed processing. event, analyzing the received event and determining 
However, since how to interpret the event is fixed, processing procedures of the browser means and the 
definition of various sorts of processing requires edit data manager means, wherein each of the graphical 
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user interface elements to be managed by the browser one of artificial intelligence languages, the above GUI 
means has a constraint for the event, and the editing data or GUI element can be utilized more flexibly, 
analyzer means includes means for sending a processing As mentioned above, furthermore, the edit data man- 
command previously defined for the event to the edit ager means sets the identifier for the fetched GUI cle- 
data manager means when the event satisfies the con- 5 ment. the browser means extracts the element identified 
straint of the corresponding graphical user interface by the identifier and its attributes from the GUI data 
clement and for rejecting the user input corresponding fetched based on data exchange with the edit data man- 
to the event when the event fails to satisfy the constraint ager means and adds the extracted clement and attn- 
of the corresponding graphical user interface element butes to the element database managed by the browser 
In accordance with another aspect of the GUI editing 10 means. As a result, the need for user's dcscnption for 
system of the present invention, the editing analyzer the denotation of the element can be eliminated, and the 
means includes a plurality of analysis modes corre- denotation of the desired element in the database can be 
spending to different editing contents, in which pro- realized semi-automaticaUy, i.e., merely through user's 
cessing commands corresponding to the received event operation of causing the editing analyzer means to mter- 
are defined for each analysis mode, and also includes a 15 pret the event for the element denotation, 
mode transition table in which uansition destination The effects of the present invention arc summarized 
modes arc defined for events to be generated for each as follows. 

analysis mode, the editing analyzer means determines Since the GUI editing system of tiie present mvcntion 
one of said processing commands corresponding to the is provided as a basic man-machine GUI interface and 
received event in accordance with the present analysis 20 acts to accommodate restrictions and disadvantages 
mode, and the analysis modes are shifted on the basis of which have so far occurred between the man and ma- 
the contents of the event and the mode transition table. chine or OS, efficient and flexible GUI edmng opera- 

In accordance with a further aspect of the GUI edit- tion can be realized even under a general-purpose OS. 
ing system of the present invention, the edit data man- In the present invention, in particular, smce the con- 
ager means includes means for classifying the graphical 25 straint is set for each of the GUI elements and the edit- 
user interface data to be edited on the basis of a type of ing analyzer means judges whether or not the event 
the data and according to an attribute of the graphical (user input) based on the constramt is valid, user s erro- 
user interface element and managing the data as a tree neous operation can be avoided and the quahty of the 
structure data. GUI data can be kept high. 

In accordance witii yet a further aspect of the GUI 30 According to the present invention, smce a plurality 
editing system of the present invention, the edit data of analysis modes arc set for the editing analyzer means 
manager means includes means for setting a unique and the interpretation of the then event is automatically 
identifier with respect to the graphical user interface changed according to these analysis modes, high-degree 
element fetched by an element movement command GUI editing operation can be smoothly realized with a 
based on the analysis of the user input of the editing 35 high efficiency. , ^ttt ^ 

analyzer means; and when receiving the graphical user Further, in the present invention, since the GUI data 
interface data by an element denotation command based to be tiien edited is managed as tree structure data, 
on the analysis of the user input of the editing analyzer flexible GUI development can be realized even m any 
means the browser means also includes means for ac- GUI development envu-onments. 
cepting attributes of elements identified by tiie identifier 40 In addition, in accordance with tiie present mvention. 
set for each graphical user interface element with re- since the denotation of the desired clement m the data- 
spect to the dau and for adding elements included in the base can be realized semi-automatically, i.e., merely 
graphical user interface data and attributes thereof in an through user's operation of causmg the editing analyzer 
element database managed by the browser means. means to interpret the event for the element denotation. 

As mentioned above, since the constraint (defining. 45 the user can highly easily improve or customize the 
e.g., "the type of a locateble element") is set for each of editing system. 

the GUI elements and the editing analyzer means BRIEF DESCRIPTION OF THE DRAWINGS 
judges whether or not the event (user input) based on ^ r inTrr 

the constraint is valid, a bug in the GUI data resulting at FIG. 1 is a block diagram of an arrangement of a GUI 
least from user's erroneous operation can be avoided 50 editing system in accordance with an embodiment of 
and the quality of the GUI data can be suitably secured. the present invention; 

Further, since the editing analyzer means employs FIG. 2 is a plan view of an exemplary editmg screen 
such *mode' concept as mentioned above and the mode in the editing system; 

is shifted according to the contents of the event on the FIGS. 3A and 3B show an example of contents of a 
basis of the above mode transition table each time the 55 mode transition table in an editing analyzer m FIG. 1; 
event is generated, the processing contents of the same FIG. 4 is a flowchart showing an exemplary process- 
event or the same user input can be defined in various ing flow of the editing system when an element is added 
ways. This means that many functions of the GUI edit- to GUI data being edited as an example; 
ing system can be realized smootiily through user's FIG. 5 is a flowchart showing an exemplary process- 
minimum input operation. 60 ing flow of the editing system when a GUI element m 
When the edit data manager means manages the GUI an editing area is newly registered as an element denota- 
data to be edited as tree structure data as mentioned tion as an example; 

above, such GUI data or GUI element may be used in FIG. 6 schematically shows, in a model form, how 
any GUI environments so long as the GUI environ- GUI element data to be handled in the editing system 
ments can identify the structure. 65 are managed on a memory; and 

In this case, when the above data of the tree structure FIG. 7 schematically shows, in a model form, how 
to be managed is saved in the notation of S-expressions GUI information to be handled in the editing system is 
(symbolic expressions) which is often used in a LISP as managed on a memory. 
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above. More in detail, the edit data manager 23, as 
DESCRIPTION OF THE PREFERRED ^.^^^ ^ pjQ ^ ^^^^^^ respective GUI elements 

EMBODIMENTS ^ ^^ic aforementioned objects, classifies the elements 

Referring to FIG. 1, there is shown an embodiment of into categories according to their attribute, and man- 
a graphical user interface (GUI) editing system in ac- 5 ages them based on a tree structure. In this connection, 
cordance with the present invention. The present em- the term "category" corresponds to the aforementioned 
bodiment will be explained, for convenience of cxplana- . class and in the definition of a lower category, only a 
tion, in connection with the case where an Athena Wid- difference between the lower and its upper categories is 
get corresponding to the X window system version 11 used. 

known as one of GUI development environments under 10 The edit data manager 23 has also a function of set- 
a UNIX as a general-purpose OS is used. ting individual identifiers for the elements called to the 

In FIG. 1. more specifically, a GUI 1 comprises an X editing area 12 (refer to FIG. 2) and returns the values 
window system as a control program for a display unit of the set identifiers back to the editmg analyzer 21 each 
DD which visually displays and controls a GUI editing time each identifier is set. 

screen defined by the Athena Widget on the display unit 15 The browser 22 functions to manage the respective 
DD. The GUI 1. when receiving a user input through GUI clement operated through the browser area 11 
such an input device (not shown) as a keyboard or a (refer to FIG. 2) as already mentioned above. Even in 
mouse for the display information on the display screen, the management of these GUI elemente in the browser 
accepts the user input as an event and informs a proces- 22, such an object-oriented concept as in the above is 
sor 2 which forms the main part of the editing system of 20 employed. The browser 22 further has a function of, 
the contents of the accepted event. In the editing system when the user specifies an clement to be registered as a 
of the present embodiment, all processing to be ex- new GUI element, automatically adding the specified 
plained in the following are carried out through mes- element and its attribute to its element daUbasc on the 
sage communication between the processor 2 and the basis of the identifier set at the edit data manager 23. 
GUI 1 (X window system). 25 Each of the GUI elemenU to be managed at the 

Shown in FIG. 2 is an example of a display control browser 22, as shown in FIG, 1, has a constraint previ- 
screen on the display unit DD controlled through the ously described and defined with respect to the array 
GUI 1, in which reference numeral 11 denotes a location and handling of the corresponding element, 
browser area as a display window of a GUI element During editing operation using these elements, the edit- 
(Widget), 12 an editing area as an editing (designing) 30 ing analyzer 21 references the browser 22 to know 
window of GUI data, reference symbols 13fl, IZb and whether or not the constraint of the associated elements 
13c denoUtion menu buttons for causing pull-down are satisfied. Described in the constraint is, for example, 
display of "edit", "file" and "main" menus respectively, "locatable element types". For example, on an element 
14 browsing buttons desired one of which is used to defined as a button, an element defmed as another but- 
display a desired GUI element on the browser area 11. 35 ton or a window must not be positioned. 
Editing (designing) operations of the GUI data to be The editing analyzer 21 acts to analyze the event 
detailed later as well as registering operations of GUI informed through the GUI 1 accordmg to the present 
elements to be newly defined are ail carried out through editing state. More specifically, the editmg analyzer 21 
the GUI screen. has a plurality of analysis modes corresponding to dif- 

Tuming again to FIG. 1, the processor 2, to which 40 ferent editing contents, in which modes different ac- 
the event as the user input is informed from the GUI 1, tions are defmed for different events including such an 
includes roughly an editing analyzer 21 for analyzing event as informed above. The editmg analyzer 21 has a 
the informed event according to the then editing state, mode transition table 10 in which destination transition 
a browser 22 for performing management mainly over modes are defmed for events to be generated for the 
the GUI elements operated through the browser area 45 respective analysis modes. That is, an action for the 
H» and an edit data manager 23 for performing manage- informed event is determined according to the then 
mcnt over the GUI data designed or edited through the analysis mode and the analysis mode is shifted on the 
editing area 12. As mentioned above, the processor 2, basis of the contents of the event and the mode transi- 
which forms the main part of the editing system, back- • tion table 10. An example of the mode transition table 10 
ups the GUI editing work by the user through such 50 is shown in FIGS. 3A and 3B. 

cooperative operation of these constituent parts of the More in detail, the editing analyzer 21 has 12 basic 
processor as mentioned above. modes of NORMAL (normal). SSELECT (smgle se- 

Thc editing system is designed to handle the respec- lect), MSELECT (multi-select), COPY (copy), MOVE 
tive elements of the GUI as objects. For this reason, (move), DIRECTMOVE (direct move), CON- 
these elements can be classified according to the class 55 STRAINTSMOVE (constramts move ), RESIZE (re- 
concept. The term "class" as used herein is used to size), CREATE (create), PROPSHEET (property 
define the specifications of objects having the same sheet), TEXTINPUT (text input), and CONFIRM 
feature. Further incorporated in the present invention is (confirmation) modes. The editing analyzer 21, to 
such a concept of class inheritance. Thus, the definition which the above event is informed from the GUI 1, 
of the aforementioned class is sufficient just to describe 60 repetitively executes the following operations (1) to (3). 
only a difference between the current class and its upper (1) Interprets the event according to the current 
class. mode. 

Explanation will next be made in detail as to the func- (2) Activates an action previously defined in the 
tions of the respective constituent parU of the processor mode on the basis of the contents of the interpreted 

2, 65 event. 

First, the edit data manager 23 manages the edit con- (3) Shifts to a mode corresponding to the contents of 
tents of the respective GUI elements called onto the the event on the basis of the mode transition table 

editing area 12 (refer to FIG. 2) as already mentioned shown in FIGS. 3A and 3B. For example, when the 
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above event refers to **a state in which the left 
mouse button is depressed*', the mode transition 
table is defined so that the editing analyzer 21 acti* 
vates an action saying "select . . /* in the NOR- 
MAL mode and activates an action saying "place 
here ..." in the MOVE mode. When the event in 
the NORMAL mode is associated with a click 
(user*s action of pushing and quickly releasing the 
mouse button) on an element in the editing area 12 
(refer to FIG. 2), the editing analyzer 21 is thereaf- 
ter shifted to the SSELECT mode: whereas, when 
the event in the NORMAL mode is associated with 
a drag (user's action of moving the mouse while 
pushing the mouse button), the editing analyzer 21 
is thereafter shifted to the CREATE mode. When 
the event in the MOVE mode is associated with a 
click at its movement destination, the editing analy- 
zer 21 is thereafter shifted to the SSELECT mode. 
The editing analyzer 21 also has a function of moni- 
toring whether or not, each time the user performs an 20 
editing operation over one of the GUI elements, the 
generated event satisfies the constraint defmed for the 
corresponding GUI element, as already explained 
above. In actual operations, the editing analyzer 21 
activates the action defmed according to the above 25 
mode and event only when the then event satisfies the 
constraint of the corresponding GUI element; whereas, 
the editing analyzer 21 carries out a suitable error pro- 
cessing cause, for example, an error message to be dis- 
played on the display unit DD through the GUI 1) 30 
when the then event does not satisfy the constraint of 
the corresponding GUI element to thereby reject any 
user inputs associated with the event. 

In this way, the substantia] editing operation of the 
GUI data in the editing system of the present embodi- 33 
ment is realized through the processor 2 comprising the 
editing analyzer 21, the browser 22 and the edit, data 
manager 23. The editing system of FIG. 1 also includes 
a memory 3 which stores and keeps therein the GUI 
elements to be managed through the browser 22 of the 40 
processor 2 ^nd the GUI data to be managed through 
the edit data manager 23 of the processor 2. 

Explanation will next be made as to the operation of 
the entire editing system of the present embodiment 
based on specific editing operations. First, when an 45 
element is added to a GUI data being edited as an exam- 
ple, the operation of the editing system corresponding 
to the then editing operation will be explained. More in 
detail, in this case, the user conducts such operations as 
to select a desired element from the browser area 11 and 
to locate at a desired position within the editing area 12 
(for example, to drag). 

Assume now that, in an editing process, the editing 
analyzer 21 is, e.g., in the SSELECT (single select) 
mode (for example, transition from the NORMAL (nor- 
mal) mode to the SSELECT mode is carried out by 
clicking the left button of the mouse on the element in 
the editing area 12 (refer to FIG. 3A)). Under this con- 
dition, if the GUI element displayed on the browser 
area 11 is dragged (more specifically, the left button of 60 
the mouse is pushed), this causes the editing analyzer 21 
to analyze the effect and to start its operation in such a 
manner as explained in the following on the basis of 
such an algorithm as shown in FIG. 4. 

More specifically, the editing analyzer 21, when rec- 
ognizing the assignment of the element in the browser 
area 11 based on the event notification from the GUI 1 
as well as dragging of the element (more accurately, a 
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depression of the mouse left button) (step Sll in FIG. 
4), executes a series of operations (1) to (S) which fol- 
low. 

(1) The editing analyzer 21 is shifted to the CREATE 
(create) mode on the basis of the mode transition 
table 10 (refer to FIG. 3A) (step S12 in FIG. 4) and 
waits for a release of the pushed mouse button at its 
dragging destination in the editing area 12 in the 
CREATE mode. The position at which the release 
of the mouse button is effected corresponds to the 
assigned array position of the corresponding cle- 
ment. The shift to the CREATE mode as well as 
the array position assignment of the selected ele- 
ment to the editing area 12 may be similarly real- 
ized by means of the menu operation through the 
'edit' button IZa on the editing screen exemplified 
in FIG. 2. In this case, it is assumed that a mouse 
click for the 'edit* button 13a causes a pull down 
menu including such an item as "element addition" 
to be opened. Thereafter, when the user selects the 
item "clement addition", this causes the editing 
analyzer 21 to be shifted to the CREATE mode. 
And when the user further clicks the mouse at a 
suitable position on the editing area 12, the editing 
analyzer 21 judges that the assignment of the array 
position of the corresponding element was ef- 
fected. 

(2) When the array position of the element is assigned 
through such a procedure (for example, a release of 
the mouse button) (step S13 in FIG. 4), the editing 
analyzer 21 judges whether or not the assigned 
position is valid (step S14 in FIG. 4). For example, 
in the event where the assigned position is out of 
the editing area 12 or when the element to be added 
is "button" or the like, if the editing analyzer 21 
determines that the assigned position is out of the 
previously dcifined array window or that the as- 
signed position is invalid, then the editing analyzer 
21 performs such error processing as to display the 
corresponding error message on the display unit 
DD through the GUI 1 (step S15 in FIG. 4) and 
rejects the event. 

(3) When determining that the assigned position is 
valid, the editing analyzer 21 extracts the afore- 
mentioned constraint from the attributes of ele- 
ments previously positioned, and judges whether 
or not the constraint is satisfied (step S16 in FIG. 
4). As mentioned earlier, such an element as de- 
fmed as a button or a window must not be posi- 
tioned on such an element as defmed, for example, 
as another button. When the constraint is not satis- 
fied, the editing analyzer 21 performs an error 
processing (step S17 in FIG. 4) as in the previous 
case and rejects the corresponding event 

(4) When determining that the both are valid, the 
editing analyzer 21 sends an addition command 
(Add conunand) to the edit dau manager 23 to add 
the information of the corresponding GUI clement 
to the edit data (step S18 in FIG. 4). The edit data 
manager 23, when receiving the Add command, 
adds the information of the GUI element to the edit 
data being managed therein, sets a nevy unique 
identifier for the same GUI element, and returns 
the set identifier back to the editing analyzer 21. As 
already explained in the foregoing, the edit data 
manager 23 also classifies the added GUI element 
into one of categories according to its attributes to 
manage the element based on the tree structure. 
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(5) Finally, a release of the mouse button on the edit- 
ing area 12 causes the editing analyzer 21 to be 
shifted to the SSELECT mode (refer to Fig, 3B) 
and to wait for the generation of the next event. 
Through such operations of the editing analyzer 21 as 
mentioned above and further through the aforemen- 
tioned element information adding operation of the edit 
data manager 23. the GUI element additionally assigned 
by the user can be safely and reliably added to the GUI 
data being edited^ with flexibility. As will be clear from 
the mode transition table of FIG. 3A| for example, 
when the user thereafter clicks the left button of the 
mouse on the background of the editing screen, this 
causes the editing system (more accurately, editing 
analyzer 21) to be returned back to the NORMAL 
mode defmed as the initial state. 

Then, explanation will be made as to the operation of 
the editing system, for example, when the GUI element 
on the editing area 12 is registered in the element data- 
base of the browser 22. In this case, the user selects a 
desired GUI element to be registered from the GUI 
elements on the editing area 12 and conducts such an 
operation as to drag the selected element within the 
browser area 11 through the exemplary GUI editing 
screen of FIG. 2. 

Assume now that, in an editing process, the editing 
analyzer 21 is, e.g., in the SSELECT (single select) 
mode as in the above case and in this mode, the GUI 
element being displayed on the editing area 12 is 
dragged (more accurately, the left button is pushed). 
Then the editing analyzer 21 analyzes the above state 
and starts its operation in such a manner as to be ex- 
plained in the following on the basis of such an algo- 
rithm as shown in FIG. 5. 

More specifically, the editing analyzer 21, when rec- 
ognizing the assignment of the element in the editing 
area 12 based on the event notification from the GUI 1 
as well as dragging of the element (more accurately, a 
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(4) When determining that the both are valid, the 
editing analyzer 21 transfers to the browser 22 a 
denotation command as well as an identifier set and 
added by the edit data manager 23 to the corre- 
sponding GUI element to additionally register the 
information of the corresponding GUI element in 
the element database of the browser 22 (step S28 in 
FIG. 5). The browser 22, when receivinjg the deno- 
tation command and the identifier, executes the 
following operations (4-1) and (4-2) between the 
edit data manager 23 through the editing analyzer 
21 to additionally register the information of the 
assigned GUI element in the GUI element databas*e 
controlled by the browser 22 itself (step S29 in 
FIG. 5). 

(4-1) The browser 22 first transfers the received 
identifier to the edit data manager 23 to call a 
function and accepts the attributes of the corre- 
sponding element and its attribute values as re- 
turn values. 

(4-2) The browser 22 adds the accepted element 
attributes and attribute values to the database as 
the information of the GUI element subjected to 
the denotation command, through user's drag- 
ging operation. 

(5) The editing analyzer 21 is shifted to the SSE- 
LECT mode through user's release of the mouse 
button on the browser area 11 (refer to FIG. 3B) 
and waits for the generation of the next event. 

Through such operations of the editing analyzer 21 as 
mentioned above and further through the aforemen- 
tioned element registering operation of the browser 22, 
the GUI element assigned for its denotation by the user 
can be simply and reliably additionally registered in the 
GUI element database, with flexibility. Also in this case, 
when the user .thereafter clicks the left mouse button on 
the background of the editing screen, this causes the 
editing system (more accurately, editing analyzer 21) to 



depression of the mouse left button) (step S21 in FIG. 40 Returned back to the NORMAL mode defined as the 



5). carries out a series of operations (1) to (5) which 
follow. 

(1) The editing analyzer 21 is shifted to the DIRECT- 
MOVE (direct move) mode on the basis of the 
mode transition table 10 (refer to FIG. 3A) (step 45 
S22 in FIG. 5) and waits for a release of the pushed 
mouse button at its dragging destination in the 
browser area 11 in the DIRECTMOVE mode. 

(2) When the element denotation is assigned by means 

of a release of the mouse button (step S23 in FIG. 50 
5), the editing analyzer 21 judges whether or not 
the denotation position is valid (step S24 in FIG. 5). 
For example, when the position is out of the 
browser area 11 or when the assigned position is 
invalid, the editing analyzer 21 performs siich an 55 
error processing as to display the corresponding 
error message on the display unit DD through the 
GUI 1 (step S25 in FIG. 5) and rejects the corre- 
sponding event. 

(3) Then when determining the aforementioned deno- 60 
tation position is valid, the editing analyzer 21 ex- 
tracts the aforementioned constraint from the attri- 
butes of the located clement and judges whether or 
not the constraint is satisfied (step S26 in FIG. 5). 
However, any elements can be accepted in the 65 
browser 22. For this reason, the editing analyzer 21 
will not usually carry out an error processing in 
this process (step S27 in FIG. 5 ). 



initial state. 

Finally, explanation will be directed to the data struc- 
ture of the GUI elements handled by the editing system 
of the present embodiment and also to the management 
structures of such GUI elements on the memory 3 and 
on the file, by referring to FIGS. 6 and 7. 

As explained earlier, the data of a GUI element han- 
dled by the editing system is represented in terms of its 
attributes and attribute values. And the attributes are 
classified into categories according to the properties of 
the attributes and described with use of a tree structure. 
In this case, a category is represented by a structure 
"Category", an attribute name is by a structure "Prop", 
and an attribute value is by a structure "Value", respec- 
tively. Here are records when expressed in C language. 



stnict Category { 

/•stnicture assignment*/ 
struct Qass *next, 

/•poinier to next category record*/ 
char *Qaine, 

/•attribute caiegory name*/ 
struct Props •prop 

/*poloter to attribute belonging 

to category"/ 

> 

struct Prop { 

/•siruclure assignment*/ 
struct Props *aext, 
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dress of the record "label** is stored in the "Prop" field 
of the category record "minor Prop", respectively. 



-continued 



/•pointer to next ttiribute record*/ Stored in Next fields of the records "y" and "label" are 

*'*"^/*^^utc name*/ "^'s" indicating the next is absent. In the memory 3» 

stnict Value ♦value 5 "Value" areas for storing therein the values of the re- 

/•pointer to attribute value^/ cords "x", "y" and "label** arc allocated to addresses of 

> "50**, "80** and "70" respectively. These values of the 

struct Valuc^i^^^ ^jg^entV addresses are given in the respective "value** field of the 

char* sv records "x**, "y" and "label", and the aforementioned 

/•character-string type value*/ 10 values of "200**, "300** and "LABEL** are stored in 

^ respective "sv** fields of the record •'Value*', 

In this way, in accordance with the editing system of 
Explanation will be made as to how such elements are the present embodiment, it is unnecessary to allocate ' 
classified on the basis of their attributes by taking an fixed areas to respective elements and element manage- 
example. 15 ment on the memory is carried out based on such data as 

For example, in the case of such an element W as to have the aforementioned structure, whereby elemwit 
exemplified in the editing area 12 in FIG. 2, the element management can be realized with high flexibility while 
W has an attribute y)" as an attribute indicative of not restricted by the GUI enviroxmient. 
its location and also has an attribute "label** indicative The edit (design) data of such GUI elements, i.e., 
of a character string represented on the element W. In 20 logical management structure on a file can be expressed, 
this connection, it is here assumed that these "x**, "y" in the case of such an element (the button element W on 
and "label** are all "char (character type)" pointers and the editing area 12 in FIG. 2) as listed above for exam- 
have values of "200", "300*' and "LABEL", respec- pie. in the form of such a tree structure as shown in 
tively. FIG. 7. 

This means that the position attribute of the element 25 in other words, the data of such an element is de- 
and the character-string attribute represented on the scribed in terms of items and sets of such items as shown 
element were defmed as attribute types. in FIG. 7. As explained above, items having similar 

As will be seen from the consideration of the contents properties are classified into categories, which having 
of such attributes as mentioned above, the aforemen- similar types are further upper-classified, that is, the 
tioned position attribute is defmed for all elements but 30 items are classified in the form of a hierarchical struc- 
the aforementioned character-string attribute is not ture. In the editing system of the present embodiment, 
defmed for all the elements. For example, such a "com- such a structure is represented with use of the S-expres- 
mand button** element as mentioned above has such a sions (symbolic expressions. 

character-string attribute; whereas such a "scroll bar*' As already explained earlier, the S-expressions refer 
element has no such character-string attribute. 35 to the symbolic expressions often used in LISP as one of 

From the above consideration, it wOl be appreciated artificid intelligence languages. In the S expression, an 
that the aforementioned location attribute can be classi- item structure is* expressed in terms of combinations of 
fied into a "majorProp (major property)** category as a "parentheses ( )'*. items in the same hierarchy are de- 
major category to which all elements belong; while the scribed in the same set of "parentheses ( )**, and items in 
aforementioned character-string attribute can be classi- 40 a hierarchically lower by one than the former hierarchy 
fied into a "minorProp (minor property)" category as a are described in another set of "parentheses ( )*' in- 
minor category to which all the elements do not belong. eluded in the upper "parentheses ( )**. In this way, the 

When the data of the GUI elements classified into hierarchical structure is represented in terms of the 
respective categories are to be saved in the memory 3, S-expressions, 

the GUI element data are allocated to associated areas 45 por example, assume that such an aforementioned 
on the memory 3 according to the above category re- element as exemplified in FIG. 7 has two sorts of cate- 
cords "majorProp** and "minorProp*', in such a format gories "majorProp** and "minorProp", the category 
as» for example, shown in FIG. 6. "majorProp** has attributes "x** and "y". the category 

In the example of FIG. 6, more in detail, the record "minorProp** has an attribute "label", and these attri- 
"majorProp** area is allocated to an address "10** on the 50 butes have values of "200", "300" and "LABEL" re- 
memory 3, whereas the record "minorProp** area is spectively. Then the data of this element is represented 
allocated to the address **20*' on the memory 3. Further, in terms of the following S-exprcssions. 
in order to link or chain these category records, an 

address "20" as the storage address of the "minorProp*' — 

record is stored in a Next field next to the "^^^^^^^ 55 l^^f^Xm^EL^ ' 

record, and "ml*' mdicatmg that the next is absent is ^ 

stored in a Next field next to the "minorProp" record. 

Also allocated to the memory 3 arc record "Prop" areas In accordance with the editing system of the present 
for storing therein the attribute names "x**, "y** and embodiment, in this way, since even edit (design) data 
"label**. These "x", "y" and "label** areas have ad- 60 are managed based on the hierarchical structure flexibly 
dresses of "30", "40" and "60" on the memory 3, respec- represented in the notation of the S-expressions while 
tively. Furthermore, in order to chain the records of not fixing the defmition language of the data, highly 
attributes classified into the same category as associated flexible data management can be realized while not 
with one another, the address "40*' as the storage ad- limited by the GUI environment, 
dress of the record "y** in a Next field of the record "x", 65 Although explanation has been made in connection of 
the address "30" as the storage address of the record the case where the Athena Widget corresponding to the 
"x** is stored in the "Prop*' field of the category record X window system version 11 has been employed to 
"majorProp*', and the address "60" as the storage ad- form the GUI editing system in the foregoing embodi- 
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ment, it will be appreciated that the editing system in 
accordance with the present invention is not restricted 
to the specific environment and operating system (OS) 
but the present invention may be similarly applied to 
other GUI environments and even to a GUI environ- 5 
ment formed based on another OS, as a matter of 
course. 
What is claimed is: 

1. A graphical user interface editing system compris- 
ing: 10 

memory means for storing as a graphical user inter- 
face database a plurality of graphical user interface 
elements constituting a graphical user interface; 
said memory means also storing graphical user 
interface data corresponding to said graphical user 15 
interface and comprising said graphical user inter- 
face elements as unit elements; 

browser means for managing said plurality of stored 
graphical user interface elements; 

edit data manager means for editing and managing 20 
the graphical user interface data corresponding to 
said graphical user interface; 

user input means for receiving a user input as an event 
of the graphical user interface; 

editing analyzer means for analyzing the event re- 25 
ceived from the user input means and issuing to the 
browser means and the edit data manager means a 
previously defined processing command; 

wherein said browser means stores a constraint for 
the event in correspondence with each of the 30 
graphical user interface elements, and 

the editing analyzer means issues said previously 
defined processing command to the browser means 
and the edit data manager means when the event 
satisfies the constraint corresponding to the graphi- 35 
cal user interface element which is a target of the 
event. 

2. A graphical user interface editing system as set 
forth in claim 1, wherein the edit data manager means 
classifies an attribute of each of said graphical user 40 
interface elements constituting the graphical user inter- 
face data in accordance with a category and manages 
the classified elements as tree structure data. 

3. A graphical user interface editing system as set 
forth in claim 2, wherein said edit data manager means 45 
stores the tree structure data in the notation of symbolic 
expression. 

4. A graphical user interface editing system as set 
forth in claim 1, wherein said edit data manager means 
sets a unique identifier for said graphical user interface 50 
element fetched from said graphical user interface ele- 
ment database on the basis of a processing command 
issued from said editing analyzer means, and the 
browser means, on the basis of said processing com- 
mand issued from the editing analyzer means, identifies 55 
in accordance with said identifier each of said graphical 
user interface elements constituting said graphical user 
interface data edited by the edit data manager means 
and registers the identified elements together with attri- 
butes thereof into the graphical user interface element 60 
database. 

5. A graphical user interface, editing system as set 
forth in claim 1. further including a plurality of analysis 
modes, each of said analysis modes corresponding to a 
different editing content wherein said editing analyzer 65 
means includes a mode conversion table in which a 
processing command corresponding to the event is 
defined for each of said analysis modes, and in which 
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transition destination modes are defined for events to be 
generated for each of said analysis modes, and said 
editing analyzer means det ermines one of the processing 
commands corresponding to the event in accordance 
with the analysis mode and shifts said analysis modes in 
accordance with the event and the defined content of 
the mode conversion table. 

6. A graphical user interface editing system as set 
forth in claim 5, wherein said edit data manager means 
classifies an attribute of each of said graphical user 
interface elements constituting said graphical user inter- 
face data as a category and manages said classified ele- 
ments as tree structure data. 

7. A graphical user interface editing system as set 
forth in claim 6, wherein said edit data manager means 
stores said tree structure data in the notation of sym- 
bolic expressions. 

8. A graphical user interface editing system as set 
forth in claim 5, wherein said edit data manager means 
sets a unique identifier for each graphical user interface 
clement fetched from said graphic user interface ele- 
ment database on the basis of a processing command 
issued from said editing analyzer means, and said 
browser means, on the basis of said processing com- 
mand issued from said editing analyzer means, identifies 
in accordance with said identifier each of said graphical 
user interface elements constituting said graphical user 
interface data edited by said edit data manager means 
and registers said identified elements together with 
attributes thereof into said graphical user interface ele- 
ment database. 

9. A graphical user interface editing system compris- 
ing: . . 

memory means for storing as a graphical user mtcr- 

face database a plurality of graphical user interface 
elements constituting a graphical user interface said 
memory means also storing graphical user interface 
data corresponding to the graphical user interface 
and comprising said graphical user interface ele- 
ments as unit dements; 
browser means for managing said plurality of graphi- 
cal user interface elements stored as said graphical 
user interface database in the memory means; 
edit data manager means for editing and managing 
said graphical user interface data corresponding to 
said graphical user interface stored in said memory 
means; 

user input means for receiving a user input as an event 

of said graphical user interface; and 
editing analyzer means for analyzing the eve^t re- 
ceived from said user input means and issuing to 
the browser means and said edit data manager 
means a processing command previously defined 
for the event, 
wherein said editing analyzer means includes a mode 
conversion table in which a processing command 
corresponding to the event is defined for each of a 
plurality of analysis modes, and in which transition 
destination modes are defmed for events to be gen- 
erated for each of said analysis modes, and 
the editing analyzer means determines one of the 
processing commands corresponding to the event 
in accordance with the analysis mode and shifts the 
analysis modes in accordance with the event and 
the defined content of the mode conversion table, 
10. A graphical user interface editing system compris- 
ing: 
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memory means for storing as a graphical user inter- 
face database a plurality of graphical user interface 
elements constituting a graphical user interface and 
also storing graphical user interface data corre- 
sponding to said graphical user interface and com- 5 
posed of said graphical user interface elements as 
unit elements; 

browser means for managing said plurality of graphi- 
cal user interface elements stored as said graphical 
user interface database in the memory means; 10 

edit data manager means for editing and managing 
said graphical user interface data corresponding to 
said graphical user interface stored in the memory 
means; 

user input means for receiving a user input as an event 1 S 
of said graphical user interface; and 

editing analyzer means for analyzing the event re- 
ceived from said user input means and issuing to 
said browser means and said edit data manager 
means a previously defined processing command, 20 

wherein said edit data manager means classifies an 
attribute of each of the graphical user interface 
elements constituting the graphical user interface 
data in accordance with a category and manages 
the classified elements as tree structure data. 25 

11. A graphical user interface editing system as set 
forth in claim 10, wherein said edit data manager means 
stores the tree structure data in the notation of symbolic 
expressions. 

12. A graphical user interface editing system compris- 30 
ing: 

memory means for storing as a graphical user inter- 
face database a plurality of graphical user interface 
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elements constituting a graphical user interface and 
also storing graphical user interface data corre- 
sponding to said graphical user interface and com- 
prising the graphical user interface elements as unit 
elements; 

browser means for managing said plurality of graphi- 
cal user interface elements stored as said graphical 
user interface database in said memory means; 

edit data manager means for editing and managing 
said graphical user interface data corresponding to 
the graphical user interface stored in said memory 
means; 

user input means for receiving a user input as an event 
of said graphical user interface; and 

editing analyzer means for analyzing the event re- 
ceived from the user input means and issumg to the 
browser means and the edit data manager means a 
previously defined processing command, 

said previously defined processing command causing 
a graphical user int^ace element to be fetched 
from said graphic user interface element database, 

wherein said edit data manager means sets a unique 
identifier for each of said fetched graphical user 
interface elements, and 

said browser means, on the basis of said previously 
defined processing command, identifies in accor- 
dance with said unique identifier each of said 
graphical user interface elements constituting said 
graphical user interface data edited by said edit 
data manager means and registers said identified 
elements together with attributes thereof into said 
graphical user interface element database. 
• » * ♦ * 
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